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- Logic synthesis may be used to translate a netlist representation 
of a logic design into an alternative netlist representation, e.g., 
from technology- independent to technology-dependent. One way to 
verify the correctness of this translation is to compare the 
original netlist ('model 1') with the new netlist ('model 2') to 
ensure that they are logically equivalent. A compare program may be 
written to perform this boolean comparison. - The compare program 
may operate by decomposing each model into segments of 
combinational logic. A segment consists of a single net - either a 
latch output or a primary output - and all the logic that feeds it, 
stopping at other latch outputs or primary inputs. Provided that 
nets have signal names such that all points across both models 
having the same name are logically equivalent, the compare program 
may associate each model 1 segment with its corresponding model 2 
segment by matching signal names. The program may similarly match 
each input of the model 1 segment with each input of the model 2 
segment. This process is called segmentation. - Considering each 
pair of matched segments in turn, the program may compare the two 
segments by simulating logic patterns on their inputs and verifying 
that each gives the same output value in every case. Verification 
is complete when all segment pairs have been considered. - A 
segment in a typical large design may have many hundreds of inputs 
and contain several thousand gates. The processing time required to 
simulate all possible logic patterns on the inputs to this segment 
will typically exceed 5 minutes. The design need have only 100 such 
segments for the total processing time to become unreasonable. This 
is referred to as the 'large segment problem'. - One approach to 
the large segment problem is to insert 'breakpoints' in each model 
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prior to segmentation. The compare program may treat breakpoints as 
it does primary inputs, primary outputs and latch outputs, and use 
them in defining the segments. Thus, a large segment may be broken 
down into two smaller segments by inserting a breakpoint somewhere 
within it. Processing time is approximately related to the square 
of the number of inputs to the segment, so if the inputs can be 
halved by adding a breakpoint, then the total processing time is 
halved (there are now two segments to consider) . - Breakpoints may 
be inserted manually by examination of the model 1 and 2 netlists. 
Candidate points are nets that have the same signal name in both 
models. Manual insertion is labor-intensive, requires expert 
knowledge of the design and typically does not provide an effective 
set of breakpoints. A program may be written to analyze the 
structure of the design to determine suitable breakpoints, but this 
typically requires a complex algorithm and long processing time, 
and again is not always fully effective. - An effect of adding 
breakpoints at points of signal name match between the two models 
is that certain choices of breakpoint may lead to segments falsely 
appearing to be non-equivalent. Such ' miscompares ' typically occur 
when breakpoints are inserted in logic that has been altered during 
synthesis by factorization, application of de Morgan's law or 
removal of redundancy. In these situations, a breakpoint causes 
each segment of a pair to have a different set of inputs. The 
compare program treats input as independent variables and so finds 
the segment pair non- equivalent . - With the disclosed technique, 
breakpoint insertion problems become trivial since breakpoints are 
inserted at every point of signal name match between two segmented 
representations of the logic design. This provides maximum 
reduction in segment sizes and facilitates comparison of the 
representations for logical equivalence. Breakpoints are not 
inserted on blocks that have fewer than two inputs, have no outputs 
or that already define segment boundaries. An iterative process of 
breakpoint refinement is also described which eliminates those 
breakpoints that cause segment pairs to falsely appear to be 
non- equivalent . These techniques have the following advantages over 
existing methods: they allow complete comparison coverage to be 
achieved, processing time is reduced, no expert knowledge of the 
particular design is required and the algorithms used are simple. - 
The use of breakpoint insertion to tackle the large segment problem 
requires a trade-off between breakpoint effectiveness and the risk 
of causing miscompares. Both of these factors increase with the 
number of breakpoints added. For a large design it is likely that a 
quantity of breakpoints sufficient to alleviate the large segment 
problem will cause miscompares. Therefore, one requirement of 
breakpoint insertion is that a technique is available to determine 
which breakpoints are responsible when miscompares occur and to 
eliminate such breakpoints. Given such a technique, it is logical 
to insert as many breakpoints as possible. In fact, maximum 
effectiveness of breakpoint insertion may be guaranteed by 
inserting a breakpoint at every point of signal name match between 
the two models; this is referred to as global breakpoint insertion. 
A program may be created to read the netlists and generate a list 
of candidate points for each model. To avoid unnecessary effort the 
program should ignore blocks that have fewer than two inputs (this 
prevents every inverter in a chain being given a breakpoint) , or 
have no outputs, or already define segment boundaries, i.e., 
latches, drivers, receivers, transceivers. - The two lists of 
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** candidate points are matched by signal name to generate a list of 
'global breakpoints' which are added to the models before running 
the compare program. - Breakpoint refinement is required when 
miscompares appear after breakpoints are inserted. Analysis of the 
results of the compare program allows a determination of which 
breakpoints are causing the miscompares. These f bad ' breakpoi nts 
can then be deleted from the models and the compare program rerun. 
This process is repeated unt il either no misnompares remain,, in 
which case comparison is colriplete, or some remain but it can be 
shown that they are not caused by any breakpoints. In the latter 
case the miscompares are genuine non-equivalences. This process is 
known as iterative breakpoint refinement. - Breakpoints, along with 
latch outputs and primary inputs and outputs, define the boundaries 
of segments. It follows that, if a segment pair miscompares because 
of a breakpoint, that breakpoint must be an input to at least one 
segment of the pair. The first step in determining bad breakpoints 
is to extract from the results file the inputs of all miscomparing 
segment pairs and to find which of these inputs are breakpoints. Of 
those so found, some might have been "don't care" in the logic 
patterns that caused the miscompares to show. This happens when a 
breakpoint is an input to a gate controlled by another input. 
"Don't care" breakpoints can be ignored since they could not have 
caused the miscompares and the following assumes that they are 
ignored. Any breakpoints that are an input to only one segment of a 
pair will have been marked specially. These are unconditionally bad 

- a segment pair with different inputs to each segment, one of 
these inputs a breakpoint, can never be equivalent - and are prime 
candidates for deletion. - If no such marked breakpoints are found 
in the inputs of the miscomparing segments then all the breakpoints 
that are found become candidates for deletion. It may so happen 
that a segment pair contains two breakpoints, only one of which is 
bad. It is important to avoid deleting both since r emova 1 of good 
breakpoi nts defeats the objective of reducing segment sizes. One 
measure of the likelihood of a breakpoint being bad is the number 
of miscomparing segment pairs in which it appears. A breakpoint 
appearing in many segment pairs should be deleted in preference to 
one that appears a few times. - Determination of bad breakpoints 
when no marked ones are found is facilitated by drawing a matrix of 
miscomparing segment pairs versus breakpoints found in their 
inputs. The diagram shows an example of such a matrix which enables 
visual detection of patterns in the breakpoints. Good candidates 
for deletion are those that appear many times compared to others, 
or those in a group whose members encompass all the miscomparing 
segment pairs. Breakpoints that remain after iterative breakpoint 
refinement will be an optimal set providing maximum reduction of 
segment sizes. - BREAKPOINT MATRIX DIAGRAM Breakpoints Model 1 
Model 2 AAABUSY10 HOG24BR10 . AAABUTC10 HOGUBBC10 . AAABVTV1 0 
HOG34CQ10 . . AAABVUH10 HOG34CG10 . . AAABVUT10 HOGOOBC10 . . 

. AAABWR10 HOG3 6CL10 . . . AAABVWD10 HOG3 6CG10 . . . .AAABVWV10 

HOG3 6BW10 .... AAABVXH10 HOGVIAB10 AAABVXT10 HOG38BH10 

AAABVYFIO HOG3 8BM10 AAABVYXIO HOG3NAL10 . . . 

- . . AAABVZDIO HOGZZBWIO Segment pairs AAABVZJIO 

HOGZZBRIO Model 1 Model 2 AAABWCUlO HOGZ8BH10 . . . . 

. . . . AAABWDC10 HOGZ7AG10 AAACGBB10 HOGX6CG10 X XXX AAACGBD10 
HOGX6DM10 X XXX AAACGBL10 HOGOGBM10 X X AAACGBR10 HOGVIBM10 X X 
AAACGBX10 HOGOJBR10 X X AAACGBZ10 HOGOJDH10 X X AAACGDI10 HOGOIBC10 
XXX AAACFDK10 HOGOHBC10 XXX AAACGDM10 HOGWJDM10 X X AAACGDQ10 
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"' HOGZZAG10 X XXX AAACGIN10 HOGOABH10 X XXX X AAACGIT10 HOGPTDR10 X X 
AAACGIV10 HOGOCDCIO X X AAACGKE10 HOGOBBC10 X X AAACGKG10 HOGYXAQ10 
X XX XX An X shows where a breakpoint (identified by its model 1 
and model 2 names) is an input to a segment pair. Breakpoints 
AAABUSY10 HOG24BR10 and AAABUTC10 HOGUBBC10 between them encompass 
all the segment pairs and would be good candidates for deletion. 

SECURITY: Use, copying and distribution of this data is subject to the restictions in the Agreement 
For IBM TDB Database and Related Computer Databases. Unpublished - all rights reserved under the 
Copyright Laws of the United States. Contains confidential commercial information of IBM exempt from 
FOIA disclosure per 5 U.S.C. 552(b)(4) and protected under the Trade Secrets Act, 18 U.S.C. 1905. 

COPYRIGHT STATEMENT: The text of this article is Copyrighted (c) IBM Corporation 1990. All rights 
reserved . 
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